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FIGURE 1,11. 
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The top-layer header and user data appear to, and consequently are treated together by, the 
borrom layer as a service data unit (SDU). To the lower layer, an SDU is simply the data that 
should be provided with the layer's services, with no concern about the details and significance 
of the data format the SDU might be hiding. This is analogous to your submitting correspon- 
dence co the postal service to handle. The postal authority docs not concern itself with the actual 
contents of the envelope being submitted and the details of format that the letter follows. 

When a protocol adds its own header information to an SDU, it forms a protocol data unit 
(PDU). Figure 1.11 illustrates the relationship between an SDU and a PDU. As shown in the 
diagram, the PDU at the applicauons-oriented layer becomes the SDU at the end-systenvto 
end-system layer. 

The Open System Interconnection Model 

The two-layer model introduced earlier is too simplistic co achieve the recognized benefits 
outlined in the section titled "The Need for Layered Solutions." This is because each layer 
combines many functionalities diat are independent of each other. For example, the lower end- 
syscem-to-end-system layer can be further broken into three layers providing interdependent 
services. The bottom layer is media specific (that is, mainly physical), addressing concerns such 
as media type and wiring specifications. The next higher layer is mainly concerned with deliv- 
ering data link management and flow control services, as well as handling node-to-node com- 
munications. (A node could be a compouter, bridge, router, or any other network device.) The 
top layer provides routing services. The same can be said about che applications-oriented layer 
in the two-layer model. This leads me to introduce the seven-layer model of communications, 
known as the Open Systems Interconnection (OSf) model. 

The OSI model of data communications was developed in 1984 by the International Stan- 
dardization Organization (ISO). OSI specifies a seven-layer model (see Figure 1.12). In addi- 
tion to forming the basis of the ongoing development of OSI's own protocols» the model is 
used by the industry as the frame of reference when describing protocol architectures and 
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functional characteristics. This section briefly highlights the general model architecture and 
the concerns addressed at each layer, 
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The concept of layering in OSI is governed by two notions: that of service provider and that of 
die service user, A foyer in OSI provides services to the layer above ir and uses rhc services pro- 
vided by the layer below it For example* the Network layer in Figure 1.12 provides services ro 
the Transport layer* and it uses services provided by the Data Link layer. A service provider 
must provide its services while hiding the details on how it is doing it from the service user. In 
no way should the service user be concerned about how it is getting the service. OSI defines the 
.services diat each layer is required to provide to the layer above it. A protocol, or a set of pro- 
tocols, at any layer is an implementation of those services. Following, you are provided with a 
brief description of the services handled at each layer. 



The Physical Layer 



This layer provides the physical transmission service. It accepts data from the Data Link layer 
in bit streams for the subsequent transmission over the physical medium. At this layer, the me- 
chanical (connector type), electrical (voltage levels), functional (ping assignments), and proce- 
dural (handshake) characteristics are defined. R5-232C/D is an example of a Physical layer 
definition. 



The Data Link Layer 



This layer is responsible for the reliable transfer of data across the Physical link. Its responsi- 
bilities include such functions as data flow control) data frame for matting, error detection, and 
link management, as discussed earlier in this chapter. 
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The Network Layer 

The Network layer Is mainly responsible for providing routing services across the internetwork. 
It also shield* the above layers from details about the underlying network (the network topol- 
ogy and road map) and the routing technology that might have been deployed to connect dif- 
ferent network* together. 

The Transport Layer 

This layer guarantees the orderly and reliable delivery of data between end systems, OSI de- 
fines five different protocols at this level, with ranging levels of reliability. The Transport layer 
also performs additional functions such as data multiplexing and demultiplexing. 

The Session Layer 

The Session, Presentation, and Application layers are strictly application-oriented layers. They 
concern themselves wirh the services useful to applications, No attention is paid at these layers 
to any of the details governing the data exchange and routing service mechanisms that are well 
provided at the lower layers. 

The Session layer is responsible for establishing, maintaining, and arbitrating the dialogs be- 
tween communicating applications* It i* also responsible for the orderly recovery from failures 
by implementing appropriate checkpointing mechanisms (see the sections titled "Interprocess 
Dialog Control* and "Session Recovery" in this chapter for more information). 

The Presentation Layer 

The Presentation layer is concerned with differences in the data syntax used by communicat- 
ing applications. This layer is responsible for remedying those differences by resorting to mecha- 
nisms that transform the local syntax (specific to the platform in question) to a common one 
for the purpose of data exchange. ASN.l , the Abstract Syntax Notation, is an example of such 
common syntax. 

The Application Layer 

The Application layer provides the engines that drive user applications in an OSI environment. 
You should make the distinction clear in your mind between the Application layer and end- 
user applications. To clearly see the distinction, consider the X.400 message-handling system, 
X.400 defines the engine and protocols that govern message-handling services. As such, X»400 
is not the actual messaging application that end users use to deliver mail to the remote users. 
To do that* users need to install and use mail applications that are X.400-compliant, because 
only then can the application employ OSI services for the subsequent handling of mail. 
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